目录一、技术选型概述二、确定Spring家族依赖的版本号1.springcloud2.springcloudalibaba3.springboot三、确定数据库信息1.MySQL相关1.1 官网推荐，兼容性好1.2 Maven使用频率较高：2.数据库连接池2.1 Druid与C3P0的比较2.2 druid依赖的版本使用：1.2.6四、搭建整个工程1.父项目的pom依赖2.子模块的依赖3.部分目录结构 五、其他依赖推荐阅读如果本篇博客对您有一定的帮助，大家记得留言+点赞+收藏哦。一、技术选型概述技术选型的基本原则：求稳，适当求新。根据业务需求，选用B/S、微服务架构，使用Java作为后端开发

 目录一、技术选型概述二、确定Spring家族依赖的版本号1.springcloud2.springcloudalibaba3.springboot三、确定数据库信息1.MySQL相关1.1 官网推荐，兼容性好1.2 Maven使用频率较高：2.数据库连接池2.1 Druid与C3P0的比较2.2 druid依赖的版本使用：1.2.6四、搭建整个工程1.父项目的pom依赖2.子模块的依赖3.部分目录结构 五、其他依赖推荐阅读如果本篇博客对您有一定的帮助，大家记得留言+点赞+收藏哦。一、技术选型概述技术选型的基本原则：求稳，适当求新。根据业务需求，选用B/S、微服务架构，使用Java作为后端开发

引出四个维度工作快十五年了，从十年前开始经常会有新项目，需要从头开始做方案和设计。做技术选型很少成为我的难题。不是因为这方面我多有方法，而通常是很少有选择。在做技术选型的场景下基本有以下四个维度：维度一从系统构成上有两种：第一种，有之前的老系统，需要重构第二种，从零开始建的服务维度二从稳定性要求上有三种：第一种，现在没有什么业务量，将来估计也不会有什么增长，甚至很可能不成第二种，现在没有什么业务量，将来对稳定性要求很高第三种，现在对有稳定性要求很高维度三从环境上有三种：第一种，公司有很多基础设施第二种，公司有一些基础设施第三种，公司基本没有基础设施维度四从要求上有两种：第一种，公司有标准化规范

引出四个维度工作快十五年了，从十年前开始经常会有新项目，需要从头开始做方案和设计。做技术选型很少成为我的难题。不是因为这方面我多有方法，而通常是很少有选择。在做技术选型的场景下基本有以下四个维度：维度一从系统构成上有两种：第一种，有之前的老系统，需要重构第二种，从零开始建的服务维度二从稳定性要求上有三种：第一种，现在没有什么业务量，将来估计也不会有什么增长，甚至很可能不成第二种，现在没有什么业务量，将来对稳定性要求很高第三种，现在对有稳定性要求很高维度三从环境上有三种：第一种，公司有很多基础设施第二种，公司有一些基础设施第三种，公司基本没有基础设施维度四从要求上有两种：第一种，公司有标准化规范

 前言 在写开源项目的时候，想到了要支持多种redis部署方式，于是对于这块的生产环境的架构选型展开调研。 一、引擎版本 推荐使用更新的引擎版本以支持更多的特性， Redis6.0新特性说明 模块系统新增多个API。支持SSL/TLS加密。支持新的Redis协议：RESP3。服务端支持多模式的客户端缓存。支持多线程IO。副本中支持无盘复制（disklessreplication）。Redis-benchmark新增了Redis集群模式。支持重写Systemd。支持Disque模块。 Redis5.0新特性说明 云数据库Redis5.0版本大幅度优化内核，运行更加稳定，同时新增Stream、账号

 前言 在写开源项目的时候，想到了要支持多种redis部署方式，于是对于这块的生产环境的架构选型展开调研。 一、引擎版本 推荐使用更新的引擎版本以支持更多的特性， Redis6.0新特性说明 模块系统新增多个API。支持SSL/TLS加密。支持新的Redis协议：RESP3。服务端支持多模式的客户端缓存。支持多线程IO。副本中支持无盘复制（disklessreplication）。Redis-benchmark新增了Redis集群模式。支持重写Systemd。支持Disque模块。 Redis5.0新特性说明 云数据库Redis5.0版本大幅度优化内核，运行更加稳定，同时新增Stream、账号

  工作中总是遇到数据存储相关的Bug工单，新需求开发设计中也多多少少会有数据模型设计和存储相关的问题。经过几次存储方案设计选型和讨论后发现需要有更全面的思考框架。 日常开发中常用的存储方案选型很多都是“拿来主义”的，凭借着经验、习惯选用，但对它们的细节特性或约束少有研究。 除了手边会用的存储方案，也应该关注市面上更合适的存储方案。 一定的技术预研和储备能够帮助未来更好的技术方案设计。 故写了这篇文章，抛出我的观察和思考，希望日后可以将一些更先进(合适)的技术引入公司业务，助力业务发展。 存储选型的考虑要素 存储选型的目的还是为了我们的使用场景和用户服务，因此在选型前需要回答一些业务指标&技术

  工作中总是遇到数据存储相关的Bug工单，新需求开发设计中也多多少少会有数据模型设计和存储相关的问题。经过几次存储方案设计选型和讨论后发现需要有更全面的思考框架。 日常开发中常用的存储方案选型很多都是“拿来主义”的，凭借着经验、习惯选用，但对它们的细节特性或约束少有研究。 除了手边会用的存储方案，也应该关注市面上更合适的存储方案。 一定的技术预研和储备能够帮助未来更好的技术方案设计。 故写了这篇文章，抛出我的观察和思考，希望日后可以将一些更先进(合适)的技术引入公司业务，助力业务发展。 存储选型的考虑要素 存储选型的目的还是为了我们的使用场景和用户服务，因此在选型前需要回答一些业务指标&技术

原文链接：基于开源大数据调度系统Taier的Web前端架构选型及技术实践课件获取：关注公众号“数栈研习社”，后台私信“Taier”获得直播课件视频回放：点击这里Taier开源项目地址：github丨gitee上两期，我们为大家分享了Taier入门及控制台的介绍，本期我们为大家分享Taier的Web前端架构介绍。本次分享我们将从Taier的前端技术栈选型，到技术实现以及未来规划为大家讲解。一、Taier的Web前端技术栈介绍首先我们来为大家介绍Taier的Web前端架构图，如下图所示：我们的项目以UmiJS作为底层脚手架，在此基础上，引入TailwindCSS、Sass、React三个插件，在U

原文链接：基于开源大数据调度系统Taier的Web前端架构选型及技术实践课件获取：关注公众号“数栈研习社”，后台私信“Taier”获得直播课件视频回放：点击这里Taier开源项目地址：github丨gitee上两期，我们为大家分享了Taier入门及控制台的介绍，本期我们为大家分享Taier的Web前端架构介绍。本次分享我们将从Taier的前端技术栈选型，到技术实现以及未来规划为大家讲解。一、Taier的Web前端技术栈介绍首先我们来为大家介绍Taier的Web前端架构图，如下图所示：我们的项目以UmiJS作为底层脚手架，在此基础上，引入TailwindCSS、Sass、React三个插件，在U